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Sectional Requirements for Supply Chain Communication 
of Manufacturing Quality Assessment — 
Product Data eXchange (PDX) 


Introduction 


The IPC-2571 document provides introductory and explanatory information about this standard 
and includes other elements that are also required or available. The IPC-2571 dictates the 
required package structure and XML format for information exchange using any of the 
subsequent IPC-257x standards such as this one (IPC-2577). In any such exchange, a Product 
Data eXchange package must be defined which contains at a minimum a single pdx.xml file. This 
file in turn is required to contain a single ProductDataeXchangePackage element, and may 
contain any number of other elements from this specification. The Product Data eXchange 
package may optionally contain or refer to related external files (see IPC-2571 documentation). 


This standard (IPC-2577) covers the sectional requirements for the exchange of Product Quality 
information resulting from manufacturing, assembly, test, repair and failure tracking. Quality 
Metrics are also defined and the actual metric can be exchanged between parties. 


1 SCOPE 


This standard (IPC-2577) defines an XML encoding scheme that allows business partners to set 
and update quality goals, communicate and respond to quality excursions, and report actual data 
from manufacturing and repair operations. Information represented in this standard includes such 
things as: quality metrics and goals, manufacturing quality results and failure tracking data, 
parametric data, quality performance, repair detail and corrective actions. 


1.1 Focus and intent 


This standard facilitates the exchange of manufacturing & repair information between supply 
chain partners that supports warranty tracking, product excursion containment, and product 
quality functions. 


The generic format requirements are provided in a series of standards focused on printed board 
manufacturing, assembly, and inspection testing. This standard series consists of a generic 
standard (IPC-2571) that contains all the general requirements and this quality standard (IPC- 
2577) as an element inside the IPC-2571. There are four sectional standards that are focused on 
the XML quality details used to define and report information in the area of quality performance 
and detailed process information. 


1.2 Business Objectives 


Any IPC-2577 quality file is composed of a high level element PDX structure (IPC-2571) that 
contains any of the following IPC-2577 subelements: 


QualityMetrics — Defines the different quality performance Metrics and actual measurements, 
Qualitylssues — Defines the different quality Issues that arose during production, 
CorrectiveActions — Defines the different Corrective Actions that address the related issues, 


Repair/Failure Analysis — Defines the different instances where failures occurred and the repair steps 
to correct the issue and/or the disposition. 
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Listed below are the Main Elements in the Quality Specification. There are four use cases 
currently defined that address several Quality exchanges. There must be at least one use case 
defined. Multiple cases can be included in one file. Each case has its unique role so it would be 
impractical to see all use cases included in one transmission. 


1.2.1 Quality Metrics 


In this use case scenario, information is exchanged between supply chain partners to set key 
parameters for the other data exchange scenarios. It defines elements related to the data 
exchange of performance metrics, which could be collected by product, line, cell, workstation, 
etc. This scenario allows for actual measurements to be reported against the goals. This 
scenario is defined as a unidirectional exchange. 


Use case: Establish parameters for capturing production volume metrics and communicating the 
quality codes, values & descriptions. Update the parameters for capturing production volume 
metrics and quality codes, values & descriptions. 


Business Objective: To understand the quality data being transferred between the contracting 
company and the contractee it is necessary to agree in advance on, the volume measurements 
will be taken, the level of data to be passed and the content (or values) within the data. The 
“quality data exchange metrics set-up and actuals” definition allows a contractor to set the data 
criteria for the contractee. Using this standard the contractor can: 


e Establish and update the data volume measurements used to support product production; 


e Define the values and description of the quality codes being exchanged from the contractee. 
These quality codes can be used within any entity of the data being exchanged. Examples of 
these quality codes would be failure/repair codes, test codes, cross-reference values etc. 
These quality codes support both production processing and repair processing. 


1.2.2 Quality Issues 


In this use case scenario, information is exchanged between supply chain partners to 
communicate production issues. It defines elements related to the data exchange of product non- 
conformance, or other issues that require resolution. These quality issues could be collected by 
product, line, cell, workstation, etc. This scenario allows for actual issues to be reported or 
product service requests (PSRs) to be initiated. 


Use Case: Respond to Quality Issues — Symptoms and Problems 


Business Objective: To provide bilateral data exchange to communicate and provide feedback 
resolution for quality issues. This data exchange can be initiated by either the contractor or the 
contractee and both can play either of the actor roles depending on who is responsible for the 
corrective action. 


1.2.3 Corrective Actions 


In this use case scenario, information is exchanged between supply chain partners to 
communicate a corrective action (or actions) to open issues. It defines elements related to the 
data exchange of resolution of open quality issues. The corrective action(s) can address the 
product, line, cell, workstation, employee training, etc. This scenario allows for resolution to 
reference multiple actual issues that were reported or product service requests (PSRs). This 
scenario is defined as a unidirectional exchange. 
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Use Case: Respond to Quality Issues by Correction Actions 


Business Objective: To monitor product health to proactively prevent product excursions and 
drive corrective actions, and to utilize the data to drive continuous improvement and next 
generation improvements. 


The standard is setup to enable the exchange to support various levels of business and product 
maturity. AS an example, data exchange content could vary by production type. 


The cross reference of related issues is available to enable a linkage between an issue and the 
corrective action data. As an example: 


e This would permit the tracking of a failure in a manufacturing line to a corrective action / 
repair from another supplier. i.e. a hard drive reported as the failure cause on a systems 
integration line could be tracked back to the corrective action/repair record of the hard drive. 


1.2.4 Repair/Failure Analysis 


In this use case scenario (ProductRepairAndFailureData), repair and failure analysis information 
is exchanged between business partners. The information may include product related repair and 
failure analysis details concerning individual product instances. The standard supports test, 
failure and environmental data, which can be cross-referenced to other supply chain partners. 


Use Case: To capture a final disposition, failure analysis, root cause and component usage data 
from repair providers. Communicate repair and/or failure information about a product to support 
the control of the repair process and the lowering of the repair costs. 


Business Objective: To provide a data exchange to communicate failure and repair data from 
repair providers. In this standard the data receiver is expecting a data exchange for each 
repaired item or group of repaired items. This data could include: 


e identification of the product (individual or quantity driven); 

e disposition of the product; 

e failure and repair codes associated with each incident for the product; 

e identification of sub-assemblies (or components) repaired or replaced; 

e failure and repair codes associated with the sub assemblies; 

e test data associated with the failure or repair of the product and/or sub-assembly; 


e Cross-reference data for the product (i.e. RMA Number, PO, Master Event Number etc..). 


The Repair Quality Data exchange standard supports a flexible ongoing feed of repair and failure 
data in which the level of data being communicated is negotiated between the company (such as 
an EMS) requesting the data (contractor) and the repair provider(s) (contractee) performing the 
failure analysis and repair. 


From a manufacturing standpoint this standard can support a production line in which finished 
products are being integrated to create a new product to be sent to an end customer (e.g. 
Building a server). As testing is performed on the integrated products any failure data associated 
with the sub-assembly would be sent to a repair provider contracted to repair the sub-assembly. 
Any failure or repair quality data captured by the repair provider would be sent to the EMS where 
aggregation and trend analysis could take place. 
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This flexible standard can also be used for post customer support. If a customer sends a 
defective product to a repair provider this standard would allow: 


e The customer to send failure or repair information found at the customer site to the repair 
provider. This could lower cost of the repair to the contractor by providing the repair 
provider has an understanding of the failure that was found at the customer site. 


e Once completing the repair, the repair provider could send quality data about the repair 
to the EMS. 


e The EMS could use the data from the two repair providers to support failure/repair trend 
analysis. They could also use the data to manage the business relationship with their 
contracted repair providers. 


2 APPLICABLE DOCUMENTS 


2.1 Introduction 


There are relationships to other standard initiatives. The following documents contain provisions, 
which, through reference in this text, constitute provisions of this standard. All documents are 
subject to revision. Parties who make agreements based on this standard are encouraged to 
investigate the possibility of applying the most recent editions of the documents. These include 
the following: 


2.1.1 IPC 2500 CAMX Series 


The CAMX Series standard (IPC 2500’s) describes printed boards and printed board assemblies 
in various definitions from a graphical representation (CAD), a manufacturing representation 
(CAM), machine recipes, machine messages, ERP and MES interfaces, Supply Chain 
communications (PDX). 


Please also refer to the IPC-2501 document for introductory and explanatory information about 
this standard. IPC-2501 also includes other elements that are required or used by this standard 
which dictates the required package structure and xml format for information exchange using any 
of the subsequent IPC-25xx standards such as this one. This standard describes message 
transport mechanisms that are based upon an architecture whereby a single logical middleware 
server (the Message Broker) exchanges messages among Clients in a Domain. 


The Product Data eXchange (PDX) standard (IPC-257x series), is intended for high-level supply 
chain communication of product definition, product build, and production reporting data. 


IPC-T-50 Terms and Definitions for Interconnecting and Packaging Electronic Circuits 
IPC-2501 Definition for Web-Based Exchange of XML Data 


IPC 2511 Generic Computer Aided Manufacturing Descriptions for Printed Boards and Printed 
Board Assembly 


IPC-2541 Generic Requirements for Electronics Manufacturing Shop-Floor Equipment 
Communication Messages (CAMX) 


IPC-2547 Sectional Requirements for Shop-Floor Equipment Communication Messages 
(CAMX) for Printed Circuit Board Test, Inspection and Rework 


IPC-2571 Generic Requirements for Electronics Manufacturing Supply Chain Communication — 
Product Data eXchange (PDX) 


IPC-2576 Sectional Requirements for Electronics Manufacturing Supply Chain Communication 
of As-Built Product Data - Product Data eXchange (PDX) 
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IPC-2578 Sectional Requirements for Electronics Manufacturing Supply Chain Communication 
of Bill of Material and Product Design Configuration Data — Product Data eXchange 


IPC-2581 Generic Requirements for Printed Board Assembly Products Manufacturing 
Description Data and Transfer Methodology 


2.1.2 RosettaNet 


RosettaNet is dedicated to the development and deployment of standard electronic business 
interfaces to align the processes between supply chain partners on a global basis. See 


http://www.rosettanet.org 


PIP-7C6 Cluster 7 - Manufacturing, Segment 7C: Distribute Product Quality Event Data 


2.2 Documentation conventions 


The XML file format standard and the XML Schema definition language standard, as defined the 
by World Wide Web Consortium (W3C), have been adopted by IPC for use in the IPC-2500 
series of standards. 


In addition to the text based schema notation this document provides graphical representation of 
the structure of the file format. The XML diagrams are designed to effectively illustrate the 
structure and cardinality of elements and attributes that make up any IPC-258xX file. The notation 
in the graphics does not provide a complete visualization of the schema definition for the file 
format, but it does provide a good top down overview. Should there be any conflict between the 
graphical notation and the schema notation, the authoritative definition is the schema notation. 


2.3 Notation 


Although the data would be contained in a single file, the file can have different purposes as 
described in Section 4. The XML schema used for this standard follows the notations set forth by 
the W3C and is as follows: 

element — Element appears exactly one time 

element ? — Element may appear 0 or 1 time 

element * — Element may appear O or more times 


element + — Element may appear 1 or more times 


Table 1 provides an overview of the graphical notation used in the document. 


Table 1 Graphical Notation Overview 


This diagram depicts an element named - | 
AnElement that is of type TypeB. There is one *AnElement -anAttribute, 
attribute, named anAttribute, that is of type TypeB double 

double. The attribute is required. 


Example: 
<AnElement anAttribute="14.44e-3”/> 
Note that all attribute values must be enclosed in quotes, regardless of type. 


This diagram depicts an element with two = = S | 
attributes. The attribute anAttribute is required. AnotherEloment anAttribute. anOptionaiAttribute. 
TypeA string string 


The “?” in the circle indicates that the second | 
attribute, anOptionalAttribute, is optional. Both 
attributes are of type string. 
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Examples: 


<AnotherElement anAttribute="red” anOptionalAttribute="a string” /> 


<AnotherElement anAttribute="blue” /> 


The element OneToManyOrElements is the 
parent of an unordered list of one or more 
instances of the elements AnElement and 
AnothertElement. The “+” indicates the 
occurrence is one to many and the angled lines 
indicate this is a choice relationship (“|”) 
between the children elements. 


* AnElement_ 


+ OneToManyOrElements _ > 


TypeB 


Ir AnotherElement 


TypeA 


< OneToManyOrParentElement>... 


The absence of an occurrence bubble declares 
that one and only one occurrence are allowed. 
The AnOrParentElement can have one of 
AnElement or AnotherElement as a child 
element. 


_|* AnElement 
+ AnOrParentElement, ~ (TypeB 


i. hancmecienent 


TypeA 


The ‘*’ in the occurrence bubble indicates the 
choice is from 0 to many. 


|+ AnElement_ 
J (TypeB 


Ca 


* ZeroToManyOrElements 


|t AnotherElement 


[TypeA 
\ P AThirdElement_ 

[TypeB | 
This diagram depicts an element, -AnElement 
From2to3Elements. The element has no type -From2to3Elements 2 TypeA 
and no attributes. It can have from 2 to 3 sub- n E 
elements of either AnElement or 3 *AnotherElement, 
AnotherElement. TypeB 
This diagram depicts an element, z ‘attributeOfParent, 
AParentElement, of type AParentElementType. string 
This element has one attribute, 
attributeOfParent, which is optional. The lines , ‘AnElement ‘anAttribure, 
with square corners indicate that occurrences of | -AParentElement.| "P28 RAMONES | 
AnElement and AnotherElement must appear in giereg > ‘AnotherElement ‘anAttribute, -anOptionalAttribute, 
the order by the illustration on the right where TypeA string string 


the top element is addressed first and 
AnotherElement is addressed secondly. 


This diagram depicts a type, 
AParentElementType, that contains a sequence 
starting with one of AThirdElement or AFourth 
element followed by 0-n AnElement and an 
optional final AnotherElement. 


attributeOfParent ] 
\string ) 


e AThirdElement 


| 
j g 
~ |TypeB | 


Sea ji 
~t AFourthElement 
[TypeA 


j: 
AParentElementType (*) 


> + AnElement 


~ |TypeB 


Jr AnotherElement 
TypeA 
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3 GRAPHICAL REPRESENTATION AND XML STRUCTURE 


XML Document Type Definitions (DTDs) of the elements in this standard are contained in 
IPC2571. A Document Type Definition (DTD) is a standard for describing the structure of 
information. A DTD describes a standard for a whole class of documents. The standard 
describes the possible arrangement of tags and text in a valid XML-document (or message). A 
DTD might also be viewed as an agreement on a common vocabulary for a particular application 
domain (like the Electronics Manufacturing) that involves exchanging documents or messages. 


3.1 Quality - The Quality Tree 
This is the first major element after the ProductDataeXchange that defines the quality tree of 


quality definition structures. Sub-elements under Quality define the individual four scenarios, as 
described earlier, for quality reporting and Supply Chain Communications. 


3.1.1 XML Glossary — Quality Tree 
3.1.1.1 Element: Quality 


Description: The collection of business properties that describes the quality data sent from the 
Repair Provider to the Supply Chain including the supply chain from and to partners. 


se) 7 QualityMetrics | 


Ch CEE 


ok: + EEN 


se| * QualityRepairs 


|? AdditionalAttributes — 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
QualityMetrics Element The collection of business properties that describes 0-1 


the quality metrics set from the OEM and the return 
of actual data from the Supplier EMS. 


Qualitylssues Element The collection of business properties that describes 0-1 
the quality manufacturing data associated with a 
problem occurring at the Supplier EMS. 


QualityCorrectiveActions Element The collection of business properties that describes 0-1 
the quality manufacturing data associated with a 
corrective action (CA). 


QualityRepairs Element The collection of business properties that describes 0-1 
the quality manufacturing data associated with a 
failure instance and its repair details. 


AdditionalAttributes Element Additional Elements and attributes not defined in Dn 
this standard. This element is defined in IPC-2571. 
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3.2 Quality - Quality Metrics 
3.2.1 XML Glossary — Quality Metrics 
3.2.1.1 Element: QualityMetrics 


Description: Defines a group of quality metric goals and its volume data for the defined metric. 


+ QualityMetric 


+ QualityMetrics j 
+ ET 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
QualityMetric Element Defines a specific quality metric goal and can 1-n 


contain recorded volume data. 


AdditionalAttributes Element Additional Elements and attributes not defined. This Dn 
element is defined in IPC-2571. 


3.2.1.2 Element: QualityMetric 


Description: Defines the metric name and parameters for capturing quality goals and recorded 
volume data. 


[è QualityMetricIdentity 2 k MetricType = [è MetricTypeDescription = [è MetricGoalValue = 
(string (string (string (string 
AQ MetricGoalvaluebesoription af | ® MetricFrequencyPeriod a =| € SamplingRatio s 
na (string S (string i 
i) * EntityDefinition gj 
siol? DataMeasure a 
+ QualityMetric g | * ProductReference p 
+ TimePeriod | 
L al? GE 
Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
QualityMetricldentity string The identity of the metric to be collected at the 1 
current entity or product. 
MetricType string The metric type to be collected at the current entity 1 
MetricTypeDescription string Metric type description 0-1 
MetricGoalValue string The metric goal value associated with the metric 1 
type 
MetricGoalValueDescription string Metric goal value description value associated with 0-1 
the metric type 
MetricFrequencyPeriod string The period of time that this Metric goal is slated to 0-1 
be used. Examples are Quarterly, monthly, weekly, 
daily, per shift, etc. 
Sampling Ratio integer The percentage of products to sample at a time. 0-1 
EntityDefinition Element Defines if data will be captured or not at certain 0-1 
entity level. Also defines the entity that the quality 
codes defined will be associated 
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DataMeasure Element Defines the measurement name and parameters for Dn 
capturing quality volume data 

ProductReference Element Defines the measurement name and parameters for 0-1 
capturing quality volume data 

TimePeriod Element The Quality metrics time period (from and to time) 1 

AdditionalAttributes Element Defines if additional attributes are used. This Dn 


element is defined in IPC-2571. 


3.2.1.3 Element: DataMeasure 


Description: Defines the measurement name and parameters for capturing quality volume data. 


| $ MeasurementName = L DataperiodType g [è DataPeriodIdentifier = ® MeasureDescription = 
(string string string (string 
E QualityMeasureType = ®SamplingRatiog| | ® Station. è WorkCenter = 
(string \string i (string (string 
d hd Attachments 
+ DataMeasure p + TimePeriod S 
E + AdditionalAttributes gj 
Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 

MeasurementName string Unique Measurement Name 1 

DataPeriodType string This is type of timeframe defining a specified period 
of time for collection. 

DataPeriodidentifier string This is the identity of the measurement name to be 0-1 
monitored. 

MeasureDescription string This is a description of the measurement. 0-1 

QualityMeasureType string This is the type of measurement to be monitored. 1 

SamplingRatio integer The percentage of products to sample 0-1 

Station string The station where the measurement is to take place 0-1 

WorkCenter string Work center where the measurement is to take 0-1 
place 

Attachments Element Defines the various outputs for this measurement in Dn 
an attachment format. This element is defined in 
IPC-2571. 

TimePeriod Element The Quality metrics time period (from and to time) 1 

AdditionalAttributes Element Defines if additional attributes are used. This Dn 
element is defined in IPC-2571. 
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3.2.1.4 Element: Attachments 


Description: Defines the various outputs for this measurement in an attachment format. This 
element is defined in IPC-2571. 


+ ER 


ep * EEN 


3.2.1.5 Element: TimePeriod 


+ Attachments 


Description: The segment of time with a defined start and end. 


* TimePeriod kd ER ° EEN 
string “| string 
Attribute/ Attribute/ Description 
Element Name Element Type 

beginDateTime.DateTime dateTime Start date-time of data parameters 1 
Stamp 

endDateTime.DateTime dateTime End date-time of data parameters 0-1 
Stamp 

plantShift string Name of a plant's shift timeframe. 0-1 


3.2.1.6 Element: EntityDefinition 


Description: Defines if data will be captured or not at certain entity level. Also defines the entity 
that the metrics as defined will be associated. 


L EntityName g m| è EntityComment = 
(string 7 (string 


S $ OTT 
~~ (string } 


+ EntityDefinition ep $ EE 
Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
EntityName string Defines the entity at which data should be captured 0-1 
(examples are Line, Cell, Category) 

EntityComment string Comment or description about the Entity 0-1 
Station string The station where the measurement is to take place 0-1 
WorkCenter string Work center where the measurement is to take 0-1 


place or has taken place. 


AdditionalAttributes Element Additional Elements and attributes not defined. Dn 
This element is defined in IPC-2571. 
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3.2.1.7 Element: ProductReference 


Description: The information that describes a product that was defined in the Quality Metric. 
Defines the product which the volume measures and/or quality metrics are being created for. 


+ ET 


+ ProductReference E 


E, + EORR 


el + Be 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
ProductComment string Comment on the product 0-1 
Productlidentification Element The Information about the product that identifies the 1 
item. e.g. — its material identity and revision. 

Productlidentification Element The specific unique Information about the item — an Dn 
Referencelnformation Instance of the product. 

AdditionalAttributes Element Defines if additional attributes are used. This Dn 


element is defined in IPC-2571. 


3.2.1.8 Element: Productidentification 


Description: The Information about the product that identifies the item e.g. its material identity 
and revision. 


(è GlobalProductIdentifier = 


(string 


Ch RE 


E + ee 


+ ProductIdentification 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
GlobalProductldentifier string World-wide product identifier, e.g. International 0-1 


part number. 


PartnerProductlidentification Element The collection of business properties that describe Un 
proprietary part information. 


AdditionalAttributes Element Additional attributes included with this CAR. Dn 
This element is defined in IPC-2571. 
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Description: The collection of business properties that describe proprietary part information. 


+ PartnerProduct! dentification z € GlobalPartnerClassificationCode 4 g Bropristaryoroduct deri y f [ë revisionIdentifier 
(string lidref Zap 
Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 

GlobalPartnerClassification string Code identifying a partner's function in the supply 1 

Code chain. Recommend values are found in Appendix A. 

ProprietaryProductldentifier string Company product identifier, e.g. the MRP part 1 

number. 
revisionldentifier string The revision letter of the ProrietaryProductidentifier 0-1 


3.2.1.10 Element: ProductidentificationReferencelInformation 


Description: The specific unique Information about the item — an Instance of the product. 


+ ProductIdentificationReferenceInformation 


=| è manufacturingDateCode = 


è ProprietarySerialldentifier = 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
manufacturingDateCode string The manufacturers date code on the item. This 0-1 
could also be the LOT number 
ProprietarySerialldentifier string Serial number on the material 0-1 
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3.3 Quality — Quality Issues 
3.3.1 XML Glossary —(Quality Issues - Exceptions/Incidents) 
3.3.1.1 Element: Qualitylssues 


Description: The collection of business properties that describes the quality manufacturing data 
associated with a problem occurring at the Supplier EMS. 


+ QualityIssue 


+ Quality Issues g 


| * AdditionalAttributes 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
Qualitylssue Element The collection of business properties that describes 0-1 


the quality manufacturing data associated with an 
Issue instance. 


AdditionalAttributes Element Additional Elements and attributes not defined. Dn 
This element is defined in IPC-2571. 


3.3.1.2 Element: Qualitylssue 


Description: The collection of business properties that describes the quality manufacturing data 
associated with an Issue instance. 


o issueIdentifier | bd EEN [ aggregateIssueNumber 5 e e category 
(string id ref (enumeration 
® description SD disposition a expectedResolutionDate 
(string ring 
s ae globall ifecyclePhaseCodeother 2 e o issueAssignedDate ( e [o issueFinalCompleteDate 
jenumeration “string tring "| string 
å Eesen si issueReleaseDate issueType g ® originatorContactUniqueIdentifier w 
“(string “| string ring lidref 
ale qualityAnalystUniqueIdentifier = als severity 6) © status g 
~~ lidref ~ (string ~ (string 
m|? AffectedItemsg 
D + Attachments g 
@|? Customer e 
* QualityIssue g| 
~~~ | q? RelatedIssues p 
® + Supplier - 
L|? AdditionalAttributes g 
Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
issueldentifier string The Identity of the Issue. Typically, this is a tracking 1 


identity assigned at time of occurrence. 


issueUniqueldentifier ID The Unique Identity of the Issue. Typically, this is a 1 
tracking identity assigned at time of occurrence plus 
a unique code such as plant or unique location. 


aggregatelssueNumber string This issue (and possibly others) are aggregated into 0-1 
this issue number. Example: Several reported 
symptoms are similar but the root caused is 
explained in this aggregated Issue Number. 
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category string Category defined by the issuer, for example: 0-1 
Customer Complaint, Audit — External, Preventive 
Action, Aggregated Issue, Root cause. 
comments string Comments 0-1 
description string Description of the Issue 0-1 
disposition string Disposition of the Issue 0-1 
expectedResolutionDate string Date and time the CAR was resolved. 0-1 
globalLifeCyclePhaseCode (Design | Lifecycle of item at the time it was identified in this 0-1 
Preliminary | issue. 
Prototype | 
Pilot | 
Conditional | 
Production | 
Pending | 
Inactive | 
Unqualified | 
Disqualified | 
Obsolete | 
Other) 
globalLifeCyclePhaseCode string If the above globalEngineeringChangeStatusCode 0-1 
Other attribute is set to “Other”, use this attribute to 
provide a more descriptive value. If the above 
globalEngineeringChangeStatusCode attribute is 
NOT set to “Other”, LEAVE THIS FIELD BLANK. 
issueAssignedDate string Date and time the CAR was assigned. 0-1 


element is defined in IPC-2571. 


issueFinalCompleteDate string Date and time the CAR was completed. 0-1 

issueOriginationDate string Date and time the CAR was issued. 0-1 

issueReleaseDate string Date and time the CAR was released. 0-1 

issueType string Type of issue. (Engineering Change Order, ECR, 0-1 
Deviation, etc.) 

originatorContactUniquelde IDREF The originator contact information. Ties into Contact 0-1 

ntifier Element in IPC-2571. 

qualityAnalystUnique IDREF The quality analyst information. Ties into Contact 0-1 

Identifier Element in IPC-2571. 

severity string The level of severity or priority. 0-1 

status string Issue status. (Examples: New, Open, Closed) 0-1 

workflow string Identifier of the workflow assigned to this change 0-1 

Affecteditems Element Items affected by this Issue. This element is defined Dn 
in IPC-2578. 

Attachments Element Attachments included with this Issue. This element Dn 
is defined in IPC-2571. 

Customer Element The collection of business properties that describes Dn 
the Customer (OEM). 

Relatedissues Element Quality Issues related to this Issue. This allows for Dn 
a grouping of similar issues to be summarized as 
one issue for Corrective Action resolution. 

Supplier Element The collection of business properties that describes Dn 
the Supplier (EMS). 

AdditionalAttributes Element Additional attributes included with this Issue. This Dn 
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3.3.1.3 Element: Affecteditems 


Description: Items affected by this CAR. This element is defined in IPC-2578. 


* HE ech AE 


3.3.1.4 Element: Attachments 


Description: Attachments included with this CAR. This element is defined in IPC-2571. 


+ EEN 
se) * AdditionalAttributes g 


3.3.1.5 Element: Customer 


+ Attachments 


Description: The collection of business properties that describes the Customer (OEM). 


+ SE + EL a 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
BusinessDescription Element The business identity that describes Information 1 
about the business. 


3.3.1.6 Element: BusinessDescription 


Description: The business identity that describes Information about the business. 


Si ° nee EE een 


~~ Ustring 


me businessame a 
“string 


+ BusinessDescription «| * PartnerBusinessIdentification 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
businessName string The name of a business entity. 0-1 
GlobalBusinessldentifier string Defines the company that is sending the file. 0-1 
DUNS 
GlobalSupplyChainCode string Code identifying the supply chain for the 1 


partner's function. 
Recommend values are found in Appendix A. 


PartnerBusinessldentification Element The collection of business properties that allow Dn 
for the proprietary identification of a business 
entity. 
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3.3.1.7 Element: PartnerBusinessldentification 


Description: The partner business information that describes Information about the partner. 


+ PartnerBusiness! dentification H ProprietaryBushessI dentifier g M Reech 
(string (string 


ProprietaryIdentifierAuthority = 


"` (string j 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
ProprietaryBusinessldentifier string The company identity 1 
ProprietaryDomainldentifier string A descriptor that is used to categorize an 1 


organization or business entity that is in the 
ProprietaryBusinessldentifier. 


ProprietaryldentifierAuthority string A unique name that identifies an organization 0-1 
or business entity that is responsible for 
managing one or more lists of identifiers. 


3.3.1.8 Element: Relatedissues 


Description: The group that describes one or more quality manufacturing issues occurring at the 


Supplier EMS. 
* RelatedIssues E * RelatedIssue d 
Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
Relatedissue Element The connector to the data associated with an Issue 1-n 
instance. 


3.3.1.9 Element: Relatedissue 


Description: The collection of business properties that describes the quality manufacturing data 
associated with a problem occurring at the Supplier EMS. 


è issueldentifier s | è issueUniqueIdentifier = 
(string } 


idref 


+ RelatedIssue Eh Geesse 
Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
issueldentifier string The Identity of the Issue. Typically, this is a tracking 1 


identity assigned at time of occurrence. 


issueUniqueldentifier IDREF The Unique Identity of the Issue. Typically, this is a 1 
tracking identity assigned at time of occurrence plus 
a unique code such as plant or unique location. 
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3.3.1.10 Element: Supplier 


Description: The collection of business properties that describes the Supplier (EMS). 


* Supplier + BusinessDescription 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
BusinessDescription Element The business identity that describes Information 1 
about the business. See 3.3.1.6 
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3.4 Quality — Corrective Action 


3.4.1 XML Glossary - (Corrective Action standard) 


3.4.1.1 Element: QualityCorrectiveActions 


Description: The collection of business properties that describes the quality manufacturing data 
associated with a problem occurring at the Supplier EMS. 


+ ee 


Ah reg 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 


+è QualityCorrectiveActions 


QualityCorrectiveAction Element The collection of business properties that describes 0-1 
the quality manufacturing data associated with an 
Issue instance. 


AdditionalAttributes Element Additional Elements and attributes not defined. Dn 
This element is defined in IPC-2571. 


3.4.1.2 Element: QualityCorrectiveAction 


Description: The collection of business properties that describes the quality manufacturing data 
associated with a Corrective Action that typically references related issues. 


| © CARIdentifier 4 E CARUniqueldentifier e me CARAssignedDate] J ® CARAuditResult ) 
string lid ~ string “(string 


a? CARFinalCompleteDate gj me CAROriginationDate g oi? CARPlannedAuditDateg ` — j . CARReleaseDate g 


G) 
(string m4 \ string (string (string 


[o comments g ae description g 
string ) (string: 


al? CARTypeg aj *categorya ` 
= (String (string = 
Je globall ifeCyclePhaseCode o 


enumeration 


+ globalLifeCyclePhaseCodeother a e Í $ originatorContactUniqueIdentifier 5 e |  preventiveAction =) 
ing ~- et ) "mg ] 


je eescht E [e reason 2 e [e rootCauseAnalysis s 
~ lidref “string “string J 


Gi 


Je proprietaryProductFamily g 
string 5 


e status} L workflow 
string "` ste 


Zi 


9) + AffectedItems gj 


E + Attachments, 


@) * Customer e 


E + RelatedIssues gj 


+ QualityCorrectiveAction P 


@) * Supplier e 


® + Approversgj 


ei? History 


Lg * AdditionalAttributes pj 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
CARIdentifier string The Identity of the Corrective Action request. 1 


Typically, this is a tracking identity assigned at the 
time the correction action is established. 
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CARUniqueldentifier ID The Unique Identity of the Corrective Action 1 
request. Typically, this is a unique tracking identity 
assigned at time the correction action is established 
plus a unique code such as plant or unique location. 
CARAssignedDate string Date and time the CAR was assigned 0-1 
CARAuditResult string Audit process result. Example setting for an audit 0-1 
result is Pass/Fail. An incoming problem is audited 
and the result is specified. 
CARFinalCompleteDate string Date and time the CAR was completed 0-1 
CAROriginationDate string Date and time the CAR was originated 0-1 
CARPlannedAuditDate string Date and time the Audit is planned to be performed. 0-1 
CARReleaseDate string Date and time the CAR was released 0-1 
CARType string Type of corrective action. (Engineering Change 0-1 
Order, ECR, Deviation, etc.) 
category string Category of corrective action (product, training, 0-1 
process, software, etc.) 
comments string Comments 0-1 
description string Description of the corrective action. 0-1 
globalLifeCyclePhaseCode (Design | Lifecycle of the item. 0-1 
Preliminary 
Prototype | 
Pilot | 
Conditional 
Production | 
Pending | 
Inactive | 
Unqualified 
Disqualified | 
Obsolete | 
Other 
globalLifeCyclePhaseCode string If the above globalEngineeringChangeStatusCode 0-1 
Other attribute is set to “Other”, use this attribute to 
provide a more descriptive value. If the above 
globalEngineeringChangeStatusCode attribute is 
NOT set to “Other”, LEAVE THIS FIELD BLANK. 
rootCauseAnalysis string The root cause of the problem. For example, when 0-1 
there is a problem, engineers analyze why the 
problem occurred, all the way to the origin (root) of 
the problem. The information about their methods 
can be entered in this field. 
originatorContactUnique IDREF The originator contact information. This ties into 0-1 
Identifier Contact Element in IPC-2571. 
preventiveAction string A proactive action to prevent the problem from 0-1 
happening again in the future. 
proprietaryProductFamily string Product line(s) that the item belongs to 0-1 
qualityAdministratorUnique IDREF The quality administrator information. This ties into 0-1 
Identifier Contact Element in IPC-2571. 
reason string Reason for creating this CAR. 0-1 
Status string CAR status. Examples: New, Open, Awaiting- 0-1 
Approval, Rejected, or Closed 
Workflow string Identifier of the workflow assigned to this change 0-1 
Affecteditems Element Items affected by this CAR. This element is defined Dn 
in IPC-2578. 
Approvers Element Approvers of this CAR. This element is defined in Dn 
IPC-2578. 
Attachments Element Attachments included with this CAR. This element Dn 


is defined in IPC-2571. 
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Customer Element The collection of business properties that describes Dn 
the Customer (OEM). See 3.3.1.5 for further 
definition. 

History Element History associated with this CAR. This element is Dn 
defined in IPC-2578. 

Relatedissues Element Quality Issues related to this CAR. See 3.3.1.8 for Dn 
further definition. 

Supplier Element The collection of business properties that describes Dn 
the Supplier (EMS). See 3.3.1.10 for further 
definition. 

AdditionalAttributes Element Additional attributes included with this CAR. This Dn 


element is defined in IPC-2571. 


3.4.1.3 Element: Affecteditems 


Description: Items affected by this CAR. This element is defined in IPC-2578. 


3.4.1.4 Element: Approvers 


Description: Approvers of this CAR. This element is defined in IPC-2578. 


3.4.1.5 Element: History 


Description: History associated with this CAR. This element is defined in IPC-2578. 


3.4.1.6 Element: Attachments 


Description: Attachments included with this CAR. This element is defined in IPC-2571. 
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3.5 Proactive Quality Repair Data exchange standard 
3.5.1 XML Glossary - Quality Repair Data exchange standard 
3.5.1.1 Element: QualityRepairs 


Description: The collection of business properties that describes one or more quality repairs. 
Elements defined in this message are resolved with RosettaNet’s PIP 7C6. 


+ EERE RRL ERS 


+ QualityRepairs 


|* CE 


lt AdditionalAttributes 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
ProductRepairAndFailure Element The collection of business properties that describes 0-1 
Data the quality data set from the Repair Provider. 
RepairDataSupplier Element The collection of business properties that describes 0-1 


the Repair Supplier. 


AdditionalAttributes Element Additional Elements and attributes not defined. Dn 
This element is defined in IPC-2571. 


3.5.1.2 Element: ProductRepairAndFailureData 


Description: The collection of business properties that describes the quality data set from the 
Repair Provider. 


qê comment] ol? GlobalProductUnitoMeasureCode g E GlobalQualityDispositionCode,| [® productDispositionDate 2 
(string “(string string (string 
E ProductQuantity g 
\ string 
9) + Customer Information g 
mm + DocumentReference z 
E * FinalProductReference pj 
+ ProductRepairAndFailureData gH ` 
d ET 
+ ReceivedProductReference pj 
17 RepairProvider e 
Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
Comment string free form text that relates to the whole data set. 0-1 
GlobalProductUnitOfMeasure string Defines the measurement associated with the 0-1 
Code product Quantity. 
Recommended values are found in Appendix A. 

GlobalQualityDisposition string Code to identify the transaction action. 1 
Code Recommend values are found in Appendix A. 
productDispositionDate dateTime Date of disposition. 1 


21 


IPC-2577 Draft document for consensus vote only February 2005 


productQuantity Integer The quantity of material represented by the 0-1 
disposition. In most cases this value should by 1. 
If value is more then one then fields such as 
serial number should remain blank 


Customerinformation Element The collection of business properties that describe an 0-1 
end user. 

DocumentReference Element A reference number used as a way to identifying Dn 
the document contining the failure information. 

FinalProductReference Element The key to the material item being repaired 0-1 

QualityIncidentinformation Element Repair and/or Failure codes associated with the Dn 
item. 

ReceivedProductReference Element The information that describes a product that was 1 
received from outside services. 

RepairProvider Element The business identity that describes a business 0-1 
that performed a repair function in the supply 
chain. 


3.5.1.3 Element: Customerinformation 


Description: The collection of business properties that describe an end user. 


è GlobalPartnerClassificationCode s 


(string 


+ AE 
+ Customer Information 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 

GlobalPartnerClassification string Code identifying a partner's function in the supply 1 

Code chain. Recommend values are found in Appendix A. 

BusinessDescription Element The business identity that describes Information 1 
about the business. See 3.3.1.6 

GeographicRegion Element The collection of business properties that reflects 0-1 
multiple countries of choice or a specified region. 


3.5.1.4 Element: GeographicRegion 


Description: The collection of business properties that reflects multiple countries of choice or a 
specified region. 


* GeographicRegion 


LH GlobalCountryCode g el 


string 


è GlobalGeographicRegionCode g 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
GlobalCountryCode string Code identifying the two character country code Dn 
specified in ISO 3166-1993. 
GlobalGeographicRegion string The code used to denote the geographic region. 0-1 
Code Recommend values are found in Appendix A. 
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3.5.1.5 Element: ReceivedProductReference 


Description: The information that describes a product that was received from outside services. 


D receiptDate g 
(string 


+ ProductIdentification E 


sol? So 


* ReceivedProductReference 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 

receiptDate dateTime Date and time stamp when vendor item was 1 
received (VendorRecvDate) 

Productlidentification Element The Information about the product that identifies the 1 
item. e.g. its material identity and revision. See 
3.2.1.4 

Productlidentification Element The specific unique Information about the item- an Dn 

Referencelnformation Instance of the product. See 3.2.1.6 


3.5.1.6 Element: DocumentReference 


Description: A reference number used as a way to identifying the document contining the failure 
information. 


ee rt 


H GlobalDocumentReferenceTypeCode = AL LineNumber g fe NEEN 


$ DocumentReference = string (string (string 
fo Revisionumber g 
~ (string 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
GlobalDocumentReferenceType string Used to cross reference documents or other 1 
Code material associated with the current product. 


Recommend values are found in Appendix A. 


GlobalPartnerRoleClassification string Code identifying a party's role in the supply 0-1 
Code chain. Recommend values are found in 
Appendix A. 
LineNumber integer A line number of the ProprietaryDocument 0-1 
ProprietaryDocumentldentifier string The service order number, purchase order or 1 
Serial Number related to the material being 
repaired. 
RevisionNumber string A revision of the ProprietaryDocument 0-1 
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3.5.1.7 Element: FinalProductReference 


Description: The key to the material item being repaired. 


$ ProprietaryDocumentIdentifier 
string 


e GlobalPartnerRoleClassificationCode) | ® LineNumber 


H GlobalbocumentReferenceTypeCode ei G 
(string ~ (string 


(string Ke 


el ® RevisionNumber 
“(string 


|__| * ProductIdentification g| 


+ FinalProductReference a 


` pi * ProductIdentificationReferenceInformation fal 
EI | 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
Productlidentification Element The Information about the product that identifies the 1 
item. Le — its material identity and revision. See 
3.2.1.4 
Productlidentification Element The specific unique Information about the item- an Dn 
Referencelnformation Instance of the product. See 3.2.1.6 


3.5.1.8 Element: QualityIncidentiInformation 


Description: Repair and/or Failure codes associated with the item. 


IncidentSequenceNumber 5 


[ ® IncidentNumber = 
\string 


sg incidentDescription a 
tring 


se] * ComponentRepairData gj 


+ QualityIncidentiInformation 


[+ AE 


se) * TestInformation p| 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
IncidentNumber string Identifies a unique incident for the “event” of this 1 


material coming through the repair process. The 
incident number will allow the codes identifying the 
failure to be linked to the codes that identify the 


repair 
incidentDescription string The description of an incident 0-1 
IncidentSequenceNumber string Allows for additional instances within an incident 0-1 
number 
ComponentRepairData Element A repeating set showing the components that were Dn 
processed as part of the repair. 
IncidentDetail Element Repair and/or Failure detail associated with the 0-1 
incident. 
Element These are tests related to the component Code Dn 


Testinformation ; É 
failure or repair. 
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3.5.1.9 Element: IncidentDetail 


February 2005 


Description: Repair and/or Failure detail associated with the incident. You can choose to enter a 
Repair or Failure detail associated with the incident 


a è incidentCodeValueDescription g ® Operator Identifier a g 
string $ 
| * FailureEvent m 
+ IncidentDetail 
17 RepairEvent z 
Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
eventDate dateTime Date and time that the incident was recorded 0-1 
IncidentCodeValue string Description about the Incident code (Unit Failure 0-1 
Description Code or Repair Code). 
Operatorldentifier string Identifies the Operator who logged the Incident 0-1 
failure code or repair code. 
workCenter string The work center where the failure or repair incident 0-1 
took place. 
FailureEvent (choice) Element Failure detail associated with the incident. 0-1 
RepairEvent (choice) Element Repair detail associated with the incident. 0-1 


3.5.1.10 Element: FailureEvent (choice) 


Description: Repair and/or Failure codes associated with the item. 


+ FailureEvent 


Je GlobalFailureTypecode = 


ua AS 


(string 


Je ER 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
GlobalFailureTypeCodes string Indicates if the item code value for the item is a 0-1 
failure code or repair code. Also identifies if it is a 
primary or secondary code. These codes are to be 
worked out between the repair provider/supplier and 
the company collecting the quality data. 
Recommend values are found in Appendix A. 
incidentFailureCodeValue string Failure code related to the item. The values put in 0-1 


(Unit Fail Code) 


this field are prearranged between the repair 
provider/supplier and the company collecting the 
quality data. 
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3.5.1.11 Element: RepairEvent (choice) 


Description: Repair and/or Failure codes associated with the item. 


* RepairEvent d SE 
VI 
~ string 
Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
GlobalFailureTypeCodes string Indicates if the item code value for the item is a 0-1 


failure code or repair code. Also identifies if it is a 
primary or secondary code. These codes are to be 
worked out between the repair provider/supplier and 
the company collecting the quality data. 


Recommend values are found in Appendix A. 


incidentFailureCodeValue string Repair code related to the item. The values put in 0-1 
(Unit Fail Code) this field are prearranged between the repair 

provider/supplier and the company collecting the 

quality data. 


3.5.1.12 Element: Testinformation 


Description: These are tests related to the component Code failure or repair. 


p| 2 workCenter = 
i | 


L Operator Identifier g 
(string 


(string } "2 \*fenumeration 


se) * TestEnvironment o 


Ei * TestLocation 


* TestInformation @ 2 TestName y 


oe) * TestResultInformation j 


+ SEN 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 

comment string Free form textual comment attached to the 0-1 
ItemTestGroup. 

isTestPass string Flag Indicating if the test passed or failed 0-1 
Value “Y” = Test Passed 
Value “N” = Test Failed 

Operatorldentifer string Identifies the Operator who performed the test. 0-1 

workCenter string The work center where the failure or repair incident 0-1 
took place. 

TestEnvironment Element Description of the test environment. Dn 

TestLocation Element Properties used to identify the specific location and 0-1 
resources used to conduct a defined cycle or steps 
or measurements required to confirm a result. 

TestName Element Test names related to the component code failure 0-1 
or repair. 
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TestResultinformation Element Properties that describe the specific outcome of a Dn 
defined cycle of steps or measurements required to 
confirm a result or event. 


TimePeriod Element Time frame that the test(s) took place within. See 1 
3.2.1.4 


3.5.1.13 Element: TestEnvironment 


Description: The collection of business properties used to identify the nature, circumstances, 
conditions and / or parameters in which a defined cycle of steps or measurements is conducted. 


e testEnvironmentType e testEnvironmentValue = testEnvironmentDescription o 
(string (string } istring j 
* TestEnvironment |? AdditionalAttributes gj 
Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
TestEnvironmentType string A proprietary identifier that specifies the conditions and 1 
circumstances in which a defined cycle of steps or 
measurements is conducted. 
TestEnvironmentValue string A proprietary identifier that specifies the parameters in 1 
which a defined cycle of steps or measurements is 
conducted. 
TestEnvironmentDescription string Free form text that describes the conditions, 0-1 
circumstances and / or parameters in which a defined 
cycle of steps or measurements is conducted. 
AdditionalAttributes Element Additional Elements and attributes not defined. Dn 
This element is defined in IPC-2571. 


3.5.1.14 Element: TestLocation 


Description: The collection of business properties used to identify the specific location and 
resources used to conduct a defined cycle or steps or measurements required to confirm a result 
or event. 


GlobalPartnerClassificationCode | ® workCenterd ° workstation g 
(string ~~ (string ~~ (string 


+ BusinessDescription 


ed É Eech 


+ TestLocation 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
GlobalPartnerClassification string Code identifying a partner's function in the supply 1 
Code chain. Recommend values are found in Appendix A. 
workCenter string The work center where the test took place. 0-1 
workStation string The work station where the test took place. 0-1 
BusinessDescription Element A reference that identifies who performed the test. 1 
Identifies name and location. See 3.3.1.6 
GeographicRegion Element The collection of business properties that reflects 0-1 
multiple countries of choice or a specified region. 
See 3.5.1.4 
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3.5.1.15 Element: TestName 


Description: These are test names related to the component code failure or repair. 


* TestName S è primary g è detail = ay 8 ea 
“| string | string J [string y 
Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
detail string Free form description containing all attributes of the 0-1 
program or product. 
primary string The basic attributes that describe a program or product. 0-1 
summary string Description containing only the most important attributes 0-1 


of a product or program. 


3.5.1.16 Element: TestResultinformation 


Description: The collection of business properties that describe the specific outcome of a 
defined cycle of steps or measurements required to confirm a result or event. 


el 8 testResult g AL testResultDate 
(string | j j 


*'| String 
re $ ae 


+ TestResultInformation 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
testResult string Describes the test result. 0-1 
testResultDate dateTime Date and time of the test result 0-1 
testResultDetail Element Defines the test result Dn 


3.5.1.17 Element: testResultDetail 


Description: Defines the test result. 


® + testResultDetail + Attachment g 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
Attachment Element Attachments referencing the test result. Dn 
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3.5.1.18 Element: ComponentRepairData 


February 2005 


Description: A repeating set showing the components that were processed as part of the repair. 


| è comment 4 í 
~ (string (string 


® componentDispositionDate 


l$ engineeringchangeOrder Identifier s 
“(string ring 


GlobalComponentRepairCode = 


e [ ® GlobalProductUnitOfMeasureCode 
~~ (string 


E GlobalQualityDispositionCode al D Operator Identifier g 


string WË 


[® ProductQuantity 
` (string J 


È | + ComponentIncidentInformation El 


el? ComponentLocationInformation y 
+ ComponentRepairData g i. 


G + FinalProductReference a 


f A 
Lex * ReceivedProductReference a 


L 


Attribute/ Attribute/ Description Occurrence 

Element Name Element Type 
comment string Free form textual comment attached to the Item. 0-1 
componentDispositionDate dateTime Date of disposition. 1 
engineeringChangeOrder string Reference to the Engineering change order (ECO) 0-1 
Identifier 
GlobalComponentRepair dateTime A code that groups the type of repair made. Dn 
Code Recommend values are found in Appendix A. 
GlobalProductUnitOfMeasure string Defines the measurement associated with the 0-1 
Code product Quantity. Recommend values are found 


in Appendix A. 


GlobalQualityDisposition string Code to identify the transaction action. 1 
Code Recommend values are found in Appendix A. 
Operatorldentifier string Operator Id Responsible for the component repair 0-1 
or diagnostics of the Item 
ProductQuantity integer The quantity of material represented by the 0-1 
disposition. In most cases this value should by 1. 
If value is more then one then fields such as 
serial number should remain blank 
Componentincident Element The set of quality data referencing the material Dn 
Information item 
ComponentLocation Element The collection of business properties that describe the 0-1 
Information placement information of physical material that ensures 
the electrical interconnects for the product. 
FinalProductReference Element The key to the material item being repaired 0-1 
ReceivedProductReference Element The information that describes a product that was 0-1 


received from outside services. See 3.5.1.3 
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3.5.1.19 Element: Componentincidentinformation 


Description: The collection of business properties that describe the placement information of 
physical material that ensures the electrical interconnects for the product. 


Ch "E 


Ge) * ComponentIncidentInformation 


R + TestInformation gj 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
IncidentDetail Element Repair and/or Failure detail associated with the 0-1 


incident. See 3.5.1.10 


Element These are tests related to the component code Dn 


Testinformation failure or repair. See 3.5.1.13 


3.5.1.20 Element: ComponentLocationInformation 


Description: The collection of business properties that describe the placement information of 
physical material that ensures the electrical interconnects for the product. 


+ ComponentLocationInformation 


bd secondaryLocationDescription s 


bd referenceDesignatorName m 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
referenceDesignatorName string Free form textual to define the refDes. 0-1 
secondaryLocationDescription string Free form textual Additional information about Dn 
the refDes. May refer to the pin. 


3.5.1.21 Element: RepairProvider 


Description: The collection of business properties used to identify the business partner 
responsible for the repair or rework of a product. 


è GlobalPartnerClassificationCode = 
(string 


+ e e Ee 


GF + ER 


+ RepairProvider 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 

GlobalPartnerClassification string Code identifying a partner's function in the supply 1 

Code chain. Recommend values are found in Appendix A. 

GeographicRegion Element The collection of business properties that reflects 0-1 
multiple countries of choice or a specified region. 
See 3.5.1.4 

BusinessDescription Element The business identity that describes a Information 1 
about the business. See 3.3.1.6 
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3.5.1.22 Element: RepairDataSupplier 


Description: The collection of business properties that describes this quality data event and the 
information need to support the quality of the product. 


@ * repairDataSupplier = + GeographiRedon 


Attribute/ Attribute/ Description Occurrence 
Element Name Element Type 
GeographicRegion Element The collection of business properties that reflects 0-1 
multiple countries of choice or a specified region. 
See 3.5.1.4 
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Appendix A - Recommended Codes and Values 


All - Recommend values and codes presented below are taken out of the RosettaNet PIP 7C6 
Release 01 document. See www.rosettanet.org 


Description ks 


| Entity Instances o 
Account Supplier Any trading partner that buys or sells products/services from 
customers and/or vendors. 
Account User Any trading partner that requires an account to buy or sell 
products/services. 


Authorized Service Provider The Service Provider authorized by an OEM to perform service on 
a unit. 

Authorizer The partner role that provides product authorization, from a 
product owner or manufacturer, for a reselling organization to 
resell a product. 

Buyer An employee or organization that buys products for a partner type 
in the supply chain. 

Catalog Distributor The partner role that distributes catalog information to catalog 
producers and buyers. 

Catalog Producer The partner role that produces catalog information for a partner 
type in the supply chain. 

Change Requester A party who has an interest in requesting a review of a possible 
change to the component. The requester may be any party 
including customers and suppliers. 

Change Review Forum A party who has responsibility for the review of Engineering 
Change Requests and the drafting and review of Engineering 
Change Orders. The Change Review Forum is assumed to be at 
the company that has responsibility for the engineering aspects of 
the component affected by the change. 

Claim Requester The owner of the shipments who is responsible for the intact 
delivery. 


Consignee The receiver of the shipment. 
Credit Provider This partner role is responsible for providing credit information 
about potential customers. 


Credit Reference Requester This partner role is responsible for requesting credit information 
about potential customers. 

Customer Manager This partner role manages the relationship with the business 
customers. 

Decision Stakeholder The party (such as suppliers, customers and others) who is 
responsible for the review and approval of the Engineering 
Change Approval Request. The stakeholders may be from 
multiple organizations. 

Delivery Appointment Provider A party that receives a request for a change to a previously 
scheduled delivery appointment. 

Delivery Appointment Requester A party that requests a change to a previously scheduled delivery 
appointment. 

Demand Creator The partner role that identifies the opportunity, submits design 
registration, provides engineering support to advance the 
opportunity towards design win, and generates revenue by 
satisfying customer demand for a product. 

Failure Report Administrator An employee or organizational entity that receives and processes 
PIP Failure Notifications. 


Forecast Owner The party that creates a sales or order forecast and is ultimately 
responsible for it. 

Forecast Reply Recipient The party that receives a forecast reply. The Recipient can be the 
original forecast owner or other forecast partner (Please refer to 
the GlobalPartnerClassificationCode). 
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Implementation Plan Creator The partner role that creates, maintains and manages an 
implementation plan associated with an Engineering Change 
Order. 


Invoice Reject Receiver The organization being issued an Invoice Reject Notification. 

Marketing Activity Information User The party who uses information about Marketing Activities. This 
party might include distributors, and retail operations. 

Marketing Activity Initiator The partner role that distributes information about marketing 
activities being sponsored by the organization. 

PIP Failure Notifier An organizational process that automatically notifies the 
appropriate Failure Report Administrator of a PIP process failure. 

Product Distributor The party authorized by a Product Supplier to purchase goods and 
services from the Product Supplier and resell to customers. 

Product Information Distributor The partner role that distributes new product information to 
product information users and buyers. 

Product Information Subscriber The business partner that subscribes to product information from 
other business partners. 

Product Information User The partner role that uses product information to create or update 
enterprise systems and online promotion systems such as 
electronic catalog systems. 

Product Provider The partner role that creates a differentiated product, owns the 
registration process and creates a list of eligible products for use 
in design registration. 

Product Supplier This partner role supplies product to customers in the supply 
chain. 

Quality Data Provider The party responsible for sending the Repair Quality Data. The 
Provider, through various means, learns of product or product 


component defect(s). 

Quality Data User The party who receives the repair and/or test data. The User 
analyzes the data and incorporates findings into its business 
model. 


Receiver The intended recipient of products or business information. The 
Receiver may verify receipt if prescribed. 


Return Provider The party responsible for authorizing and/or processing the return. 

Return Receiver A third-party or warehousing operation responsible for receiving 
returns, inspecting the package contents and comparing to the 
issued RMA to assure the contents are what was authorized on 
the RMA. 

Return Requester Any party wishing to return a product. This role could be played by 
a large end-user such as the Government Services Administration 
(GSA), a distributor, or a reseller. 

Sales Facilitator This partner role facilitates the sale of product between partners in 
the supply chain. 

Sales Lead Processor The party who receives the sales lead. This party is responsible 
for accepting or rejecting the lead, and if accepted, reports the 
status of the lead. 

Sales Marketing Claim Processor The partner role that processes the claim and/or remits 
compensation to the Sales Marketing Claimant. 

Sales Marketing Claimant The partner role that requests reimbursement from a Sales 
Marketing Claim Processor. 

Sales Marketing Program Reimbursement Recipient The partner role that receives status on a previously submitted 
sales marketing claim, or who receives reimbursement without 
submitting a claim. 

Sales Marketing Program Reimburser The partner role that is currently processing a sales marketing 
claim, (or providing a payment without a claim submitted) and who 
provides information on the status of the claim processing. 


Seller An organization that sells products to partners in the supply chain. 
Shipment Information User The party who receives shipment status information. 


Shipment Requester The party requesting transportation services. 


IPC-2577 Draft document for consensus vote only February 2005 


Shipment Controller The party who is authorized to make decisions regarding a 
shipment while in-transit. 

Shipper The party who relinquishes (assigns) a shipment to a transport 
service provider. 

Solution Provider The party that may architect, configure, engineer, sell, or 
determine the fulfillment of the configured solution to partners in 
the supply chain. 

Solution Requester This party that creates a demand for a product or service, or has 
contracted with a Solution Provider for the manufacture or 
fulfillment of a product(s). 

Specification Provider The partner role that creates or passes on manufacturing 
specifications. This may be a Solution Provider, an OEM who is 
sub-contracting manufacturing tasks like fabrication or assembly, 
or another party. 

Specification User The partner role that uses a manufacturing specification. This 
might be a sub-contract assembler or fabricator. 

Stakeholder The party that is required to implement an Engineering Change 
Order. The Stakeholder may include all levels of suppliers, 
customers or other parties. The Stakeholder may represent 
multiple organizations. The Stakeholder may draft and/or be 
responsible for completing tasks in an implementation plan. 

Status Requester The functional partner role, that could be a Product Provider, that 
creates a differentiated product, owns the registration process and 
creates a list of eligible products, or who is responsible for 
identifying the opportunity (that is, it could be a Demand Creator). 

Status Responder The organizational partner role, that could be a Product Provider, 
that creates a differentiated product, owns the registration process 
and creates a list of eligible products, or who is responsible for 
identifying the opportunity (that is, it could be a Demand Creator). 

Supplier This partner role supplies product to customers in the supply 
chain. 

Transport Service Provider The party that provides transportation services for a Shipment 
Requester. 

Warranty Provider The provider who honors the warranty terms and reimburses the 
Authorized Service Provider for a service event performed under 
the terms of the warranty. 


Description 


Entity Instances 


| Description | 
| Entity Instances S O O 


Reseller The party who buys goods from a manufacturer and resells them to customers 
unchanged. 


Retailer Product retailer in supply chain. 


Service Provider A provider of services such as repair, diagnoses, maintenance, installation or removal 
of a unit. 


Shopper Product shopper in supply chain. 
Warehouser Product warehouser in supply chain. 
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Description 


Constraint Only GlobalDocumentFunctionCode equal to "Request" is allowed. 


Request The business document is a request for a business action to be performed by a 
partner. 


Response The business document is a response to a requesting partner. 


Description 


ASP Requisition 
Commercial Invoice 


Waybill 


Work Order 
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Acre 

Actual Pounds 
Aluminum Pounds Onl 
Ampere 


Bale 


Band 

ar 
Barrel 
Barrel, Imperial 
Barrels Per Day 
Barrels Per Minute 
Base Box 
Base Weight 
Basket 
Batch 
Batt 
Batting Pound 
Beam 
Becquerel/kilogram 
Belt 
Billet 
Bin 
Block 
Board 
Board Feet 


bi 
Gi 


Bottle 
o 

British Thermal Unit (BTU) 

British Thermal Units (BTUs) Per Cubic Foot 

British Thermal Units (BTUs) Per Pound 

Bucket 

Bulk 

Bulk Car Load 

Bulk Pack 

Bundle 

Bunks 

Bushel 

Bushel, Dry Imperial 

Calorie 

n 

Candela 

Canister 


x 


| Bottle o 
| British Thermal Unit (BTU) S O 
| British Thermal Units (BTUs) Per Pound _ _ > > O 
Bulk S 


O 
D 


Q 
g 


Carat 

Carboy 

Card 

Carload 

Carton 

Cartridge 

Case 

Cask 

Cassette 
Catchweight 

Cell 

Centiliter 

Centimeter 
Centipoise (CPS) 
Chains (Land Survey) 
Chest 

Coil 

Coil Group 
Composite Product Pounds (Total Weight) 
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Dea 
i 
Dry Pounds 


Gage Systems 
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Milligram/kilogram 
Milligram/Liter 
Milligrams Per Cubic Meter 


Milligram/cubic meter 
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Package 


pa 


Pair 


Pallet (Lift) 
Pallet/Unit Load 


Reel 
Rod 
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Truckload 


Unitless Unit of Measure 


US gallon 
US pound 
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lines 46,121 
| Entity Instances o O 

Finished Goods Inventory - New Indicates that the quality data being communicated is associated with a product 
that has completed the manufacturing process and is ready to be shipped. This 
disposition could also be used within the 7C6 PIP in conjunction with Product 
Quantity to communicate inventory levels of manufactured material in inventory. 

Finished Goods Inventory - Repaired/Updated Indicates that the quality data being communicated is associated with a product 
that has completed the repair process and is ready to be shipped. This disposition 
could also be used within the 7C6 PIP in conjunction with Product Quantity to 
communicate inventory levels of material in inventory that is not “new” but is ready 
to be shipped. 

Manufacturing Analysis Indicates that the quality data being communicated is associated with a product 
that has NOT completed the manufacturing process but data is being provided 
because of an engineering request or checkpoint. 


Repair Analysis Indicates that the quality data being communicated is associated with a product 
that has NOT completed the Repair/Update process but data is being provided 
because of an engineering request or checkpoint. 

Shipped Indicates that the quality data being communicated is associated with a product 
that has completed the manufacturing and/or repair/update process and has been 
shipped. 


Updated 


Description 
| Entity Instances o O 
Primary Failure The failure deemed to be "most significant" by the determining source. 
Secondary Failure A failure mechanism that contributes to the failure analysis process but is 
not deemed to be the primary reason for failure. 


ii Description z] 

Primary Repair The repair code related to the primary failure mechanism for the product 
or component. 

Secondary Repair The repair code related to the secondary failure mechanism for the 
product or component. 


Description 


| Entity Instances S 
Blueprints 


Description 


Entity Instances 
application/activemessage 
application/andrew-inset 


10 
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application/news-transmission 


application/hyperstudio 


application/pgp-signature 


g 
application/postscript 
application/prs.alvestrand.titrax-sheet 
application/prs.cww 
application/prs.nprend 
application/remote-printing 
application/rtf 


application/vnd.anser-web-certificate-issue-initiation 


application/vnd.anser-web-funds-transfer-initiation 


application/riscos 
application/sdp 
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application/vnd.framemaker 


application/vnd.ecowin.fileupdate 
application/vnd.ecowin.series 


application/vnd.dna 


application/vnd.hp-HPGL 


application/vnd.intu.qfx 
application/vnd.is-xpr 


application/vnd.japannet-directory-service 
application/vnd.japannet-jpnstore-wakeup 
application/vnd.japannet-payment-wakeup 


application/vnd.lotus-freelance 
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application/vnd.noblenet-sealer 


application/vnd.Mobius.PLC 


application/vnd.motorola.flexsuite.kmr 


application/vnd.powerbuilder6 


application/vnd.swiftview-ics 
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audio/vnd.octel.sbc 


image/jpeg 
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multipart/report 
multipart/signed 
multipart/voice-message 


text/vnd.fly 


video/vnd.vivo 


Entity Instances 


Replaced 


Updated 


